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ABSTRACT 


Mo rdertto etrectively command and control the lodistics 
of an army, the commander must know the status of his resources. 
The use of a data base can significantlv increase his access to 
information regarding resource availability, location, and state 
of combat readiness. The DOA Headquarters level usually re- 
tains control and manages selected items of supply and main- 
tenance operations. Mission essential, i.e., critical, items 
have been reflected in a data base supporting the followinq 
functions: army equipment status reportind, stockage in depbots 
and general support level, maintenance floats for overational 
readiness and repair, war reserves, operational project stock 
levels, material acquisition and utilization, and contractor 
repair activities. 

The entity relationship model / Chen 1/7 was used to unify 
different views of the data base for use with either a rela- 
tional or a network data base model. The advantage of the 
entity-relationship model is that it avoids the decomposition 
process (normalization to 3NF) required for a relational model. 
Data in a form similar to 3NF relations with clear semantic 
meaning can be easily obtained. 

The logical data base was derived using the entity-rola- 
tionship model and is intended for use within a relational 
Gata base system. This model was tested using INGRES, a re- 
lational data base management system (DBMS) running on the 


UNIX operating system, 
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I. INTRODUCTION 


The primary mission of logistics is to insure the opera- 
tion of weapon svstems on the battlefield. Logistics en- 
compasses a broad spectrum of functions and responsibilities 
which are required in order that the ultimate objective can be 
achieved. - 

Generally speaking, the Department se a Headquarters 
level establishes priorities, allocates ate] amd mande 
selected items (mission-essential) for supply and maintenance 
Operations. 

Information which is used for these selected items,’ leads 
us to a design of a data model for planning, operating, and con- 
trolling the logistics system. The data model should contain 
information about: 

-- Resources available. 

-- Their location, 

-- Their state of combat readiness. 
A logical data base is a conceptual representation of the in- 
formation content of the data base. Its design is primarily 
concerned with the conceptual structure of the data which is nec- 
essary in order to meet the requirements of the user community. 
In this thesis, the general capabilities of the relational data 
base management system will be fully applied throughout the 
design process. 


Appendix A contains a brief description of the entitv- 


relationship model in which a diagrammatic technique is utilized. 





11, ARMY LOGISTICS STRUCTURE AND ADP SUPPORT 


B. LOGISTICS STRUCTURE 
Just as the army itself is a composite defense system, 
the system which keeps it supplied and operational is a com- 


posite of material, personnel and facilities, processes and or- 
EM and different levels and varieties of activities, 

all in motion together and all merging in the common and basic 

objective of meeting the requirements of the forces. 

Logistics is essentially the movement and support of 
forces in the field and includes the following principal func- 
tions: supply, 77 رام 0ر0 مج‎ transportation, service and 
facilities. ^ Thé Geo Function of logistics includes: the 
procurement, distribution, maintenance while in storage, and 

salvage of supplies including the determination of quantities 
of supplies. Supplies are the commodities necessary to equip, 
maintain, and operate a military force. Basically, the mission 
of logistics can be described as: to develop and maintain max- 
imum combat power through the support of weapon systems. 


There are three major echelons of logistics support which 


are determined by types of work done at each echelon. /FM 13/ 


* Wholesale Echelon 
* Intermediate Echelon 
* Direct Support/User Echelon 
Wholesale Echelon includes depots, maintenance points, 
plants and factories associated with special army activities 


retained under Army Headquarters. 
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Intermediate Echelon provides the major interface be- 
tween the wholesale and direct support/user echelon. It in- 
cludes units in the field which provide general support supply, 
maintenance, transportation, facilities and services. 

Direct Support/User Echelon includes field units which 
provide direct support supply, maintenance, transportation and 
services. Users include the combat, combat support, and combat 
service support units utilizing the services and equipment 
which are the responsibilities of the logisticians. 


Logistics responsibilities are different for different 


levels of the hierarchy. The Deputy Chief of Staff for 


Logistics (DCSLOG) is the principal logistics advisor to a 
commander (i.e., Chief of Staff). He has general staff re- 
sponsibility for developing and supervising army logistics or- 
ganizations and systems including plans, policies, programs, 
doctrines, procedures and standards. The responsibilities of 
other staff officers having significant impact on logistics in 
a higher level of commands are: 


-- Comptroller 
* Cost analysis and fund control. 


-- Chief of Staff for Operations and Plans 

* Development of material and force requirements. 
Establishing priorities for requirements and user test 
and evaluation. 


+ 


Chief representatives of technical service 
Communication/Electronics 

Quartermaster 

Engineer 

Ordnance 

Transportation 

Chemical 

All representatives assist the principal logistic staff 
in logistics function relating to the material of the 
service. 


خر * + + + + + 





In a multi-corps army structure, army headquarters pro- 
vides E Sn ESRÊ of logistics. uS s hsadom ei ters 
establishes priorities, assigns logistics missions, and allo- 
cates resources. 

The army headquarters utilizes a functional component 
(i.e., Material Management Center in the United States Army) 
to control and manage selected items which the army commander 
(or the Chief of Staff) feels are so critical that he must re- 
tain control over the material. 

Further down, at the division level, including corps, 
have the same functional components as the army level and 


manage logistics operations by monitoring the operational 


readiness of weapon systems. 


B. ADP SUPPORT 

The ADPC (Automatic Data Processing Center) within the 
logistics structure provides significant support. In order 
to effectively command and control any operations, the com- 
mander must have adequate visibility. 

The use of automatic data processing (ADP) systems has 
significantly increased the commander's visibility and has had 
an effect on logistics operations. 

The ADPC dedicated to the logistics operations supports 
its own internal functions such as stock controls within its 
area of responsibility and a routine report for higher command. 

One of the report generation functions which is a con- 
cern of this thesis is the Army Unit Equipment Status Report- 


ing System. 
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This reporting system is designed to provide up-to-date 
accurate equipment status data for selected items pertaining 
to each army unit. 


These reports provide information needed by the army 


۱ - 


headquarters to evaluate the development readiness of military 
elements in terms of their equipment. The reports also indi- 
cate shortages or overages of equipment and, when integrated 
with other reports, allow army headquarters to determine new 
procurement needs, prepare budgets, redistribute assets and 
take disposal actions. 

The army equipment status reporting system is a command 
responsibility at all echelons within their respective organi- 
zations. All elements are responsible for developing internal 
procedures for reviewing, editing and verifying the equipment 
status data reported under this program. 

Items to be reported on equipment status reports are 
listed in an army supply document (i.e., S3700-20). These 
reports are generated and forwarded by major commands with 


cutoff dates of middle of the first month in each quarter. 
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III. PROBLEM DEFINITION 


Information is the trigger for subsequent flows of 
physical material or for follow-up actions in logistics systems. 

If demand exceeds supply (on-hand quantity versus the 
authorized level), it triggers equipment orders and focuses 
the commander's attention on the critical material. 

Information is used for planning, operating, and con- 
trolling the overall logistics systems. 

These uses provide a convenient framework for discussing 
the design of a data model for logistics information. As 
illustrated in Table 1, there are contrasts in the character- 
istics of information and its use for logistics system plan- 
ning, operation, and control. 

Logistics svstem planning of any magnitude occurs period- 
ically (generally quarterly-based on army logistics) in most 
military organizations. 

The cost associated with such planning is spent for data 
collection and vrocessing. Much of the data processing activity 
associated with planning involves manual preparation of data. 

This manual preparation causes delay in the command 
action when responding to the demands generated by some urgent 
user. 

The Army Equipment Status Reporting System provides the 
major equipment status (mainly on-hand quantity and the 
authorized items) of each responsible command for the logistics 


mission of army headquarters. 
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TABLE I /Heskett 97 


Characteristics Of Information PLANNING OPERATION 
Use In Each Management Activity 


Degree Of Aggregation Of 
Information 


Importance Of Information External 
To The Current Logistics System 


Currency Of Information Use 


Frequency Of Information Use 


Relative Cost In Each Management 
Betivity Of 


Data Collection 
Data Communication 
Data Processing 


Data Distribution 


CONTROL 


MODERATE 





The Nature Of Information, Its Use, And Its Costs In Various 


Logistics Management Activities. 


I3 








Each individual report generated by the system reflects 
the unit's status by items, that gives the logistic operator 
in the army headauarters an absolute value of the specific 
unit considered in logistics action based on the data. 

An absolute value refers to the indicated quotient 
(i.e., percentage) between the authorized and the on-hand quan- 
tity of a given line item which is authorized in a unit. Unit 
"A" is said to be relatively higher than unit "B" if the 
absolute value of unit "A" is higher than that of unit "p" 
and both units belong to same basic authorization document. 
This comparative figure is called a relative value, for 
example, number of divisions in a main battle area compound 
with the number of divisions in a rear area. 

Most of the logistics action required in army head- 
quarters demands a relative value between the units con- 
sidered and the rest of the units which have the same type 
of equipment on-hand or authorized in an appropriate document 
EE or T/A). 

The reconstructing of data (information) from absolute 
value to relative value has been done mostly by manual prepa- 
ration. 

The Principal Logistics Advisor (DCSLOG) and other staff 
officers share the data base. However, depending on the cur- 


rency of the data related to the commander's needs, each 


devartment concerned with the request collects the data 
through the technical chain of communication of each service 


without coordination between them. 
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These collections of data cause duplication of time and 
effort, and serious inconsistencies between departments when 
the data and recommendation based on the data come to the 
commanders for use in decision making. 

Because of the time duration, some departments fre- 
quently collect and store duplicate information. One depart- 
ment is not aware of the data which another one possesses; 
another department can easily obtain information which several 
other departments need but have great difficulty in acauiring. 

This problem is due to the time duration of the data 
collection, which is quarterly in the case of the Army Equip- 
ment Status Report. There is no further updating between 


periodic reports. 


15 








IV. INFORMATION REQUIREMENT SPECIFICATION AND ANALYSIS 


The entire data base design process has been described 


as consisting of the following phases / Kahn 77 ۰ 


Phase 1 - Information requirements specification and analysis. 
Phase 2 - Logical data base design. 

Phase 3 - Evaluation of logical data base design. 

Phase 4 - Physical data base design. 

Phase 5 - Evaluation of physical data base design. 

Phase 6 - Data base construction and initialization. 


Phase 7 - Performance evaluation. 


Logical data base design deals with how to conceptually 
structure the data to meet the needs of the user community and 
to efficiently fit it within the framework of physical data 
base design. 

With a data base management system, the user is re- 
lieved of much of the task of physical data base design. The 
user or implementor must now be much more concerned with 
logical data base design in order to make good use of the 
capabilities of the data base management system. 

The data base being designed should allow the Army Chief 
Of Staff, logisticians, and other staff officers in DOA Head- 
quarters to more quickly and accurately know 

-- what resources are available; 
-- where they are located; and 


-- their state of combat readiness. 
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Meeting this information requirement demands visibility 
over material availability and material committed by DOA 
Headouarters. With material availability, DOA Headquarters 
can make decisions about subsequent flows of material to meet 
the material request. 

With material committed, DOA Headquarters can refer to 
status reports in order to make sound decisions about keeping 
units in a state of material readiness. 

For example, in case of a request for issuance of a 
specific end item by a unit, a logistician at DOA should know 
the stock level of the item in the corresponding depot. He 
also simultaneously needs information about quantity on-hand 
status of the item at the same level as the requesting unit, 
including the GS level, if necessary. 

The data base design is primarily concerned with the 
following information about the selected end items. 


-- Quantity authorized and on-hand of the selected end 
item by each unit. 


-- Which units and how many units possess a specific item. 
== Stock level of operational stock, including war reserve 
and operational project stock in the army-wide depot 
and of operational stock in GS level (intermediate level 

of logistics structure). 


-- Maintenance float including Operational Readiness Float 


in GS level and Repair Cvcle Float in the army-wide depots. 


-- Contractor Repair Status and its association with the 
army-wide depot. 


-- Authorization documentation supporting a specific unit. 
-- Association between line item number and National Stock 


Number and detailed description of selected items in- 
cluding price. 
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-- Material acquisition project status associated with line 
item, supplier, and quantity. 


-- Material utilization project status associated with line 
item and quantity available. 


Before formulating the data usage matrix, the military 
(army) documentation and relevant informations about the in- 
formation requirements previously stated will be discussed 
in order to provide a sound and reasonable 1 ۰ 

The documentation and relevant information are pre- 


sented in Sections Al through A7. 


A. DOCUMENTATION AND RELEVANT INFORMATION 


1. Material Authorization And Requirement Documentations 
/ FM 4 7 


The Army Authorization Document System (TAADS) 
is an Army-wide system designed to centralize the control of 
personnel and equipment required by and authorized to army 
units. 

Under this system, each unit's requirements and author- 
izations for personnel and equipments are specified by a basic 
authorization document. 

For the thesis purpose, the equipment requirement 
and the authorization parts of the documentations will be re- 
Viewed and considered. 


There are three basic documentations: 


-- Table of Organization and Equipment (TOE) 
(Modified TOE) 


-- Table of Distribution and Allowances (TDA) 


-- Common Tables of Allowances (CTA) 
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CTA lists items which are common to all types of 
units. The CTA's are used along with the TDA's and TOE's 
(MTOE's) to determine total material authorizations for TDA 
End TOE units. 

CTA documentation will not be considered as an 
entity in this data base because the authorized quantity of 
each individual line item in appropriate CTA documentation 
will be calculated based on corresponding figures in a re- 
spective MTOE/TDA and be reflected as an authorized quantity 
on the MTOE/TDA. 

The primary responsible department for plan prepara- 
tion, publication and updating of these documentations is the 
Deputy Chief of Staff for Operation and Plan (DCSOP) in the 
Department of Army Headquarters. 

a. Table Of Organization And Equipment (TOE) And 
Modification Tables Of Organization And Equip- 
ment (MTOE) 

A TOE is published for every type of unit in the 
army having a field mission. Some TOE prescribe the organi- 
zational structure and the personnel and equipment require- 
ments for various units. 

The TOE numbering system consists of one or two 
digit basic number and one, two, or three digit sub-number 
with a letter suffix (i.e., TOE 6-358H) (US AR 310-2). A com- 
plete list of basic numbers is given below: 

l - Aviation 
2 - Chemical 


5 - Engineer 


1° 





6 - Field Artillery 

7 - Infantry 

8 - Medical 

9 - Ordnance 

10 - Quartermaster 

11 - Signal 
29 - Composite Units And Activities 

Contents of Section III in each TOE contains line 
item number (LIN), description, authorized quantity of equip- 
ment in accordance with the strength level and other infor- 
mations for each sub-element of the unit. 

However, Recapitulations of Equipment are given 
just after the list if equioment in Section III. All items 
are listed here in line item number sequence. 

The recap shows total quantities of each LIN item 
required for the units. Data items shown in TOE and concerned 
with the thesis purpose are: 

IN‏ رب 
Description (Nomenclature)‏ —- 
Quantity authorized in the strength level‏ == 


b. Modification Tables Of Organization And Fquipment 
(MTOE) 


The MTOE is used to modify a basic published TOE 
to meet the particular needs of a specific unit or group of 
units (i.e., a division or several divisions of the same type 


such as infantry). 
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A detailed MTOE becomes the official authoriza- 
tion document to support the unit's material readiness in 
terms of material requirements. 

The format of MTOE is the same as that of the 
basic TOE it modifies except for the data items shown below 
simply replacing the authorized quantities of each level 
strength in TOE. 

-- Required Quantity 
-- Authorized Quantity 

MTOE numbers are the same as the TOE they modify 
except for the addition of a four-position suffix describing 
the command under which the unit is overating and numbers of 
modification. For example:  MTOE-7-15HE701 

c. Tables Of Distribution And Allowances (TDA) 

The TDA is the official authorization document 
for the organization of a non-TOE unit. The unit uses the 
TDA as a guide for the assignment of personnel and distri- 
bution of equipment within the unit. 

The TDA numbering system includes TDA number, the 
command and control number (CC-NUM) and the effective date 
(EDATE). The TDA number consists of eight characters (for 
example: E4W0C4A4) constructed as below. TDA number does not 
have basic number as MTOE has from the corresponding TOE 


modified. 


EAWOC4A4 
Identifies The Command 


Unit ID Code 
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The equipment allowance part of the TDA reflects 
requirements and authorization for all non-expendable equip- 
ment which has been assigned standard line item number (LIN). 

The required and authorized quantity of each line 
item are described in TDA as in MTOE. 

2. Line Items (Mostly Class VII) 

Supply bulletins (SB's) are published to provide 
various types of information on items of supply. 

SB700-20 is one of the most important reference 
publications in the supply organization. It provides a list 
of Army-adopted items and other selected informations. 

Data items described in the documentation are: 

-- Reportable item control code (RICC) 

-- National stock number (NSN) 

-- Line item number 

-- Association between LIN and NSN 

-- Item nomenclature 

-- Unit price 

-- Other supply data required for preparing supply records 

This documentation provides a quick way to identify 
items in the supply system. A cross-reference of NSN to LIN 
is also available. Many of the supply data described above 
are published and distributed in mocrofiche form. 

The data items used for describing line items are: 

a. National Stock Number (NSN) 

The NSN has 13 numbers which are divided into 


four (4) groups as shown below: 
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Country Code 


7350-00-262-7406 
| ional Item ID Code 
Federal Supply Classification Code 

Countrv code can be eliminated without losing 
unique identification. 

b. Line Item Number (LIN) 

The LIN represents one or group of NSN items 
which can be substituted for each other within the same LIN. 
As stated earlier in the material authorization and re- 
quirement documentation (TOE, MTOE, TDA) these documentations 
contain only line item numbers (LIN) to describe line items 
required for accomplishment of unit mission. By referring 
to appropriate LIN, a group of NSN items can be found and 
one of NSN items can be filled for unit recuirement. 

For example, 1/4 Ton Utility Truck: 

LIN is X60833 
NSN's are: 
2320-00-177-9258 TRK UTIL 1/4T M151A2 
2320-00-542-4783 TRK UTIL 1/4T M151 
2320-00-763-1092 TRK UTIL 1/4T M151A1 
2320-00-835-8318 TRK UTIL 1/4T M38 
2320-00-8 35-8319 TRK UTIL 1/4T M38A1 
It is very obvious that different models have 


different prices and each individual model has a distinct NSN. 
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C. Nomenclature (Description) 

The nomenclature describes the line items as 
shown above: TRK UTIL 1/4T M15142. 

d. Unit Of Issue 

e, Unit Price 

f. Other Information Such As Logistics Control Code 

(LCC), Equipment Report Criteria (ERC, same as ` 

RICC) And Type Class. 

The primary responsible department for plan, 
preparation, publication and updating of these documenta- 
tions is the Deputy Chief of Staff for Logistics (DCSLOG) 
in the Department of Army Headquarters. 

3. Units (Commands) 

The level of command such as division in terms of 
data item in the data base, will he determined by degree of 
interest in which the Department of Army Headquarters will 
consider as a basic unit in planning, overation and controlling 
of logistics management. 

a. Priority 

Since our military forces are designed for combat, 
an Organization that is operating in combat is given a higher 
priority on its requests for equipment than an organization 
being kept in a state of readiness or one that is being trained. 

Associated with the priority is the Uniform 
Material Movement and Issue Priority System (UMMIPS). 

UMMIPS assigns to each organization a force/ 
activity designator (FAD) in accordance with its military 
mission. Simultaneously, UMMIPS provides a way to indicate 


the urgency of the need for each item requested. 
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The requesting organization must consider the 
urgency of need for each time requested and select the right 
designator for each request of line item. 

This Urgency Of Need Designator (UND) will not 
be included in the data base. 

The external request documentation will support 
judgmental decision process of the logistics operator in DOA 
level. 

ba Identification 

Each organization is identified by its unit 
identification code (UIC), or by unit number consisting of a 
four (4) diqit-position number for its distinct identification. 

c. Major Command 

Basic unit regarding the data base belongs to one 

of the major commands under which basic unit is operating. 


These major commands refer to the next highest command level 


DOA Hqs 
Major mand Field Army LOG Command Detachment 
E 


* (Division) * (LOG Unit) * (School) 


below the DOA Headquarters. 


* (Example) 
The total force structure of the army is the re- 
sponsibility of DCSOP in DOA Headquarters. A unit is identi- 


fied by it's unit identification code (UIC). 
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The information included in the Army Equipment 
Status Reporting for a specific unit is: 
-- Authorized Line Item Number (LIN) 
-- On-hand Line Item Number (LIN) 
-- National Stock Number NSN) 
-- On-hand Quantity 
-- Short NSN Nomenclature 
Authorized LIN and NSN nomenclature are pro- 
vided in the corresponding Authorization Table such as MTOE 
and TDA. 
NSN corresponding to a given LIN is provided in 
appropriate supply documentation as mentioned in Line Item. 
The only information needed to describe the 
status of equipment on-hand for a specific unit, but are 
not provided in any documentation are: 


-- NSN (a specific equipment on-hand within the authorized 
LIN in MTOE/TDA) 


-- On-hand Quantity 
4. Stockage 

The stocks are kept at various levels of the logistics 
structure such as unit DS, GS, and depot. 

Combat units of a division normally draw their 
supplies (excluding ammunition) from direct support command 
which in turn maintains stocks (authorized stockage lists) of 
items most essential to immediate and continued combat opera- 
tions. 

General support units in Field army level maintain 
back-up stocks for those direct support units they support and 


maintain additional items not stocked by the direct Support Unit. 
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The army level provides the army stockage objective 
and stocks of war reserve and operational project stocks. 

The level of logistics structure for stock main- 
tained in the data base will be determined up to army level 
from next lower level which is GS in a Field Army, in order 
to provide an adequate visibility over the stock status. 

Stock is expressed in terms of level of supply which 
is used for planning purposes and in the control of supply 
operations for expressing quantities of supplies or material 
authorized or directed to be held in anticipation of future 
demands. Levels may be expressed in davs of supply or in 
quantity per item. 

The level of supply consists of operating, safety, 
replenishment. 

Special stocks are maintained in some areas as a war 
reserve. Operational projects stocks are also kept in various 
geographical areas to meet the requirement of the operation 
which the stocks are determined for. 

Depots accept supplies from manufacturers and support 
the entire army according to the missions which are generally 
determined on the type that is material-category or geographical- 
area-oriented. 

For example, the communication and elctronic depot can 
only carry communication and electronic material for the entire 
army inventory items in accordance with the mission performed. 

The supplv level will be determined by routine opera- 


tions of each depots. 
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Selection of line item for war reserve and operation- 
al project stock, determination of quantity of each line item, 
and placement are determined by DOA Headquarters. 

5. Contract Repair 

Both repairable items scheduled for major repair and 
overhaul by a maintenance activity (contractor) and repairable 
items (unserviceable - economically repairable) not scheduled 
for repair or overhaul will be considered. 

Scheduled movement of repairable items from local 
storage activities to contractor maintenance activities will 
be as prescribed by the installation commander, based on an 
authorized repair schedule of DOA Headquarters. 

The items repaired by the contractor maintenance 
and returned to depot will become stocks for further army 
logistics operations. 

The storage activity will furnish the contractor's 
repair facility with shipping instructions. Normally, these 
instructions will contain: 

-- Contract identification 
-- Item stock number and nomenclature 
-- Quantity 


-- Identification of storage activity shipped from 
(And returned to) 


== Fund code 

-- Information to the contractor that when items received 
for repair are uneconomically repairable, such con- 
dition will be reported immediately to the corresponding 
storage activity. 


-- Due-in. 
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Upon receipt of the material from contractor's revair 
facility to the storage facility, the DOA Headquarters will 
process and receipt due-in for storade as stocks. 

6. Project 

The projects considered in the data base of logistics 

operations can be classified into two types: 

-- Material Acquisition. 

-- Material Utilization. 
Either one of these will contain: 

-- Project ID. 

-- Project description. 

-- Responsible department. 

-- NSN procured or utilized. 
By the nature of the project, some data items describing the 
project can be different. The information as data items in 
the data base will not be considered in detail here. 

7. Maintenance Float (US AR 750-1) 

End items or components of equipment authorized for 
stockage at installation or activities for replacement of un- 
servicable items of equipment when immediate repair of the un- 
servicable equipment cannot be accomplished by the support 
maintenance activity. Maintenance float includes both 
operational readiness float and repair cycle float. 

a. Operational Readiness Float (ORF) 

End items or major components of mission-essential 
maintenance equipment authorized for stockage. Normally these 
are DS/GS maintenance units which are to replace unservicable 
equipment. 
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b. Repair Cycle Float (RCF) 

An additional quantity of principal items of 
mission-essential maintenance equipment, 9 by DA 
stockage at the depot level, to permit withdrawal of equip- 
ment from organizations for scheduled overhaul without de- 
tracting from the unit's readiness. The float is utilized 
to cover equipment awaiting overhaul, in the overhaul process, 


and in-transit to and from depot overhaul. 
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e, DATA DICTIONARY 

Data dictionary generally has two objectives but with 
varying degrees of emphasis: 

== Collection and dissemination of data descriptions which 
entail the functions of supplying the users of data with 
descriptions of their data, and providing the DBMS with the 
information it needs to maintain and retrieve data from the 
data base. 

-- Establishment of standards which considers the need to 
establish standards for such areas as data naming, usage, and 
coding conventions. 

As an important element of the integrated data base, the 
data dictionary is the central source of control over data 
specification. 

Along with the discussion of documentation and relevant 
information concerned with the data base design, data elements 
have been identified in order to build the data dictionary. 

The data dictionary will be specified in terms of name 
and domain, which specifies format and value range and remarks. 
/ Date 57 Some value ranges of the domain, such as price and 
quantity (required, on-hand, and stockage level quantity), 
cannot be specified at this time. However, the maximum values 
of the corresponding data elements will be specified as the 


maximum values of the range when the system is implemented. 
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TABLE II 


DATA DICTIONARY 


NAME (ATTRIBUTE) DOMAIN REMARKS 







LIN-NO 





LIN-# 
















NSN-NO |, NSN- + 





NOMEN Nomenclature 


UNET=PRICE Price 








UNIT=ISSUE ' UNTT-TSSUE 





ETCC 





RICE 





AUTH-DOC 





AUTH-DOC 


JIC UIC 








OTI- REQ 





QTYA 





OTY-AUTH 





OUTS 










OTY-OH OT =2 





ONE -DEL 





OTYmP 


eTY-COMT 





OT y=? 











DATE-E DATE 


BATE-C 


DATE-RESVD 


DATE-DUE-IN 


FAD 
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Line Item Number 
National Stock Number 
Description of end item 
Unit orice of item 

Unit of issue 


Reportable Item Control 
Code 


Authorized documentation 
Unit Identification Code 


Quantity required in 
MTOE, TDA 


Quantity authorized in 
MTOE, TDA 


Quantity on-hand by unit 


Quantity delivered IAW 
Project 


Quantity committed IAW 
Project 


Effective date (TDA, MTOE, 
Project) 


Date completion (Project) 
Date reserved (War Reserve) 


Date-Due-In (Contractor 
repair) 


Force Activitv Designator 
in UMMIPS 





























NAME (ATTRIBUTE) DOMAIN _ REMARKS سا‎ 


MAJ-COMD 


OPN-STOCK 
ENFETY-STOCK 
REPL-STOCK 


BEPOT-ID 


CONTRACTOR-ID 
| FUND-CODE 
PROJECT-ID 


PROVECT=DES 


DEPT-PROJ 
BUP-ID 
COUNTRY 


SERVICE 


ےی 
ADDRESS‏ 
IERTCE-PURCH‏ 


SER=CH 


MAJ-COMD 


STOCK-LEVEL 


STOCK-LEVEL 


SLOCK-LEVEL 


DEPOT-ID 


EONTRACTOR-TD 


PÚUÚND=CODE 


EROJTECTeTID 


PROJECT-DES 


Department 


5 (2 8 


COUNTRY 


SERVICE 


SS-ID 


ADDRESS 


PRICE 


3 ٣۵ 
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Major Command under which 
a unit is operating (Field | 
Army Level) 


Operating Stock Level 
(Quantity) 


Safety Stock Level 
(Quantity) 


Replenishment Stock Level 
(Quantity) ٠ 


Depot Identification 


Contractor Repair Identi- 
fication 


Fund Code (Contractor | 
Repair) | 


Project Identification 
Code 


Project Description 


Department of DOA 
responsible for a project 


Supplier Identification 
Code 


Country involved in 
material acquisition 


Service Corps being 
supported in depot opera- 
tion 


GS Level Identification 
Code 


Address Correspondence 
(Contractor repairs) 


Price purchased in 
project-acauisition 


Supply channel between 
unit and GS level 








7۳پ 


CTY REPAIR 


| LOCATION 


ESOTY-DEL-SCH 


| T-QTY-DEL-ARR 


DATE-DEL-SCH 
| DATE-DEL-ARR 


MM -DEL-SCH 


URY-DEL-ARR 


LOCAT ION 


000۲ 
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NAME (ATTRIBUTE) DOMAIN REMARKS ۱ 


Quantity shipped to Con- 
tractor Repair Facilities 


Quantity repaired by 
Contractor Repair and re- 
turned to storage facility 
(Depot) 


Location of Contractor 
Repair Facility 


Total quantity scheduled 
to deliver in a project 
(Acquisition) 

Total quantity actually 
arrived in a project 
(Acquisition) 

Date of scheduled delivery 


Date actually arrived 


Quantity scheduled to 
deliver in one shipment 


Quantity actually arrived 
in one shipment 





TABLE DII 


DATA DICTIONARY (DOMAIN) 


DOMAIN FORMAT VALUE RANGE 


EN. 


LIN-# C6 All alphanumeric 

NSN- + C11 Selected item (all alpha- 
numeric) 

NOMENCLATURE C20 All alohanumeric 

PRICE EX Non-zero, MAX (prices) 

UNIT-ISSUE E? LEA, Co, BI 898 ۶ 

RICC E 0 د9‎ 2۶7 3-7 

AUTH-DOC C9 All alphanumeric 

UIC C6 All alphanumeric 

QTY-A LX 0, MAX (quantities) in 
authorization documentation 

QTY-P IX 0, MAX (quantities) in 
projects 

DATE I6 YR-MON-DATE (700000, 8X0000) 

FAD Il ۶۸۴۰۰۷۰ یی‎ ۹ 

MAJ-COMD Il 1 1 2,2. ونو‎ 7 

STOCK-LEVEL IX | 0, MAX (OPN, SAFETY, REPL) 
in stockage level in Depot 

DEPOT-ID C6 All alphanumeric 

CONTRACTOR-ID C6 All alphanumeric (contractor 
involved Army Repair Facility) 

FUND-CODE CX All alphanumeric 

PROJECT-ID | C9 211 alphanumeric 

| Project being planned/ 

Implemented 

PROJECT-DES | 0 All alphanumeric 

DEPARTMEN C9 All alphanumeric (Departments 

۱ in DOA Hqs) 
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DOMAIN FORMAT VALUE RANGE 


All alphanumeric (suppliers 
involved in material acaui- 
sition) 









COUNTRY 





In/Out Country Code (alpha- 
betic) 
SERVICE Alphabetic /set of service 
corps / 










GS-ID All alphanumeric /set of GS 


level/ 












ADDRESS All alphanumeric 


LOCATION 





City, state indicating con- 
tLractox 
OTY-C Quantity indicating amount 
of end item being shipped 
to and returned from 

Contractor Repair facility 







* IX, FX, CX: Indicate the size of integer, floating 
point, and characters have not been 
determined, but are dependent on the 
actual data to be used. 
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V. LOGICAL DATA BASE DESIGN 


After completion of phase I of the data base design 
process, the organization's requirements have been identified 
in terms of a data dictionary which describes the data elements 
and expresses the association between application function and 
data elements in the form of a usage matrix. Then begins the 
difficult task of formulating a logical data base desian. 

Four steps to logical design have been presented in the 
reference; Appendix A, 


1. Identify the entity sets and the relationship sets of 
interest. 


2. Identify semantic information in the relationship sets 
such as whether a certain relationship is an l:n mapping 


(referred to as "connectivity" in / Kahn 7 and 
"association" in /Taylor 11 7 


3. Define the value sets (referred to as domain in /Date 5% 
and attributes, 


4. Organize data into entity relationship relations and 
identify the primary key. 


Along with the logical design steps, a number of 
objectives have to be considered in constructing the integrated 
data base. These objectives are: / Wiederhold 8/ 


1. Construct relations with the greatest degree of semantic 
clarity. 


2. Construct the data base using smallest number of relations. 


3. Construct the data base so that it will have the smallest 
number of tuples. 


4. Construct the data base so that the number of data 
elements stored will be minimal. 
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5. Construct the data base so that the connections between 
relations and shared attributes will be minimal. 


No doubt Wiederhold does not mean that all objectives 
must be met concurrently. 

There are also several basic considerations in designing 
a relational data base logically. /Codd 3, Wiederhold 8, 
Martin 6/. 

-- Ruling party. 

-- Functional dependency. 
-- Transitive dependency. 
-- Relation. 

-- Normalization process. 

The details of these concepts will not be discussed here. 

Normalization reduces the need for restructuring the 
collection of entities as new elements are introduced into the 
system and thus increases the life span of application programs. 
Normalization reduces the number of tuples. 

This normalization process can be obtained in step 3 by 
using the entity-relationship model (see Appendix A). 

The entity-relationship model is similar to 3NF relations 
with clearer semantics and without transformation operations 
from an arbitrary relation into normalized relations. 

However, the process of mapping an attribute to an entity 
or relationship requires functional dependence and transitive 
dependence of an attribute on primary attribute(s). 

The entities and relationships are expressed in an 
entity-relationship diagram (Figure 1) which is the output of 


the first step. 
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The entities identified are represented by a rectangular 


Unit 

Authorization documents 

Line item (selected) including NSN and LIN 
Intermediate activity (GS) 

Army wide depot 

Contractor repair 

Projects (acquisition and utilization). 


The relationships identified are represented by a diamond- 


shaped symbol: 


Unit-Auth-association 

Service-channel 

NSN-LIN-association 

MTOE/TDA 

Stock level including GS and Army depot 
Maintenance float including ORF and RCF 
War reserve 

Operational project stock 

Project utilization) - item 
Sunplier-project-item 

Unit-on-hand 
Depot-contractor-NSN-assoc. 


The total number of relations initially designed are 


21 with 9 entities and 14 relationships. 


In the steps 2 and 3, connectivity and defining 


attributes will be nrocessed. The output of steps 2 and 3 


is the Appendix B. 
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The Apvendix B shows the following information about 
entities and relationshins: 
-- Unique identification of tuples. 
-- Attributes. 
-- Connectivity in case of relationship. 
-- Synonyms where necessary. 
-- Cardinality (number of tuples). 


-- Interrelationship in case of relationships. 


Semantic clarity objectives should be considered in 
step 3 when attributes are assigned to entitv and relationships. 
The objective of semantic clarity is enhanced when strongly 
linked attributes are grouped together, and can be obtained 
with a limited number of relations and interrelation depend- 
encies. 

Assigning attributes to entity or relationship demands 
functional dependency between the ruling party and dependent 
attributes. 

The objective of minimum data elements stored demands 
non-redundency which may exist among entity and relationship. 
In order to meet this objective, the separate entity LINE ITEM 
(NSN) which consists of NOMEN, UNIT-ISSUE, UNIT-PRICE , and 
RICC will be maintained for the entire data base. Any appli- 
cation and query that needs this information will make a link 
through the national stock number. 

The minimum connection objective can be obtained by using 


NSN-NO (attribute) and LIN-NO (attribute) when necessary. 
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Connection between DEPOT-CONTRACTOR-NSN and OPERATIONAL 
STOCK LEVEL, when the repaired items return to depot stock, 
can be made through NSN-NO instead of a concatenated key 
(DEPOT and NSN-NO), because NSN-NO belongs only to a specific 
depot -- not many depots. 

The entity-relationship diagram which was initially 
designed and the mapping of attributes to entity and relation- 
ship is in Appendix B. 

The followinç can be eliminated bv combining entity and 
relationship, which results in reducing relations in order to 


meet the design objective of smallest number of relations: 


UNIT-AUTH-ASSOC, relationship. 
-- SERVICE-CHANNEL relationship . 


-- LINE ITEM NUMBER (LIN) entity. 


NSN-LIN-ASSOC, relationship. 
The arrow means that if B is functionally dependent 


on A, an arrow goes from A to B. /Martin 6/ 


UNIT entity ———= UNIT -AUTH-ASSOC. 


UNIT entity SERVICE-CHANNEL. 


NSN —— LIN 


NSN Description (attributes)‏ رر چٹ ی 


The entity and relationship mentioned above do not have 
any attributes describing them as shown in the Appendix B. 
If any attributes exist in either of these entities or relation- 
ships, the relationship or entity which has attributes will re- 


main as a relation. 
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By this observation, UNIT-AUTH-ASSOC. and SERVICE- 
CHANNEL will be attributes of UNIT entity rather than of 
AUTHORIZATION DOCUMENT and INTERMEDIATE ACTIVITY entity, 
respectively, which also satisfies the design objective of 
smallest number of tuples . 

LIN entity will be an attribute of NSN-LIN-ASSOC. re- 
lation and, further, the relationship can be an attribute of 
LINE ITEM (NSN) entity, which functionally identifies LIN. 

A separate relationship for stock level for GS and for 
depot should be maintained. 

Separate relationships for maintenance float for GS 
and for depot should exist in the data base. This separation 
facilitates maintaining the relationship in the data base due 
to different sources of updating, and also supports two dif- 
ferent purposes: 

l. Visibility over material committed, and 


2. Visibility over material available in view of the DOA 
level. 


The entire data base will consist of the following: 
8 Entities 
-- Unit 
-- Authorization document 
-- NSN (selected) 
-- Army wide depot 
-- Contractor Repair 
-- Intermediate activity (GS) 


-- Projects (utilization and acquisition) 
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Relationships 


lati 


end 


MTOE/TDA 
Stock Level (GS) 
Stock Level (Depot) 
Maintenance float (ORF, GS) 
Maintenance float (RCF, Depot) 
War reserve 
Project-item ron) 
Operational project stock 
Supplier-project-item 
Unit-on-hand 
Contractor-NSN 
Detailed description of entity and relationship re- 
ons exist in the data base will be presented at the 
of this chapter. 


The relational schema of the data base will be specified 


in the same manner as in /Michaels 12 and Date 57. 


The Relational Schema Of The Data Base 


Domains 


See Data Dictionary (Domain) 


Relations 


LINE ITEM (NSN-NO, LIN-NO, MOMEN, UNIT-ISSUE, UNIT-PRICE 
RICC) 
KEY: (NSN-NO) 


UNIT (UIC, FAD, MAJ-COMD, SER-CH, AUTH-DOC) 
KEY; (UIC) 


ARMY-WIDE-DEPOT (DEPOT-ID, SERVICE) 
KEY: (DEPOT-ID) 


AUTHORIZATION (AUTH-DOC, DATE-E) 
KEY: (AUTH-DOC) 
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ت س 


GSSACTIVITY (GS=ID, MAJ=COMD) 
E (GSD 


CONTRACTOR (CONTRACTOR=ID, LOCATION, ADDRESS) 


KEY: (CONTPACTOR-ID) 


SUPPLIER (SUP-ID; S-COUNTRY, LOCATION, ADDRESS) 
KEY: (SUP-ID) 


PROJECT (PROJECT-ID, DATE-E, DATE-C, PROJECT-DES) 
KEY: (PROJECT-ID) 


TE AUTH DOC, LIN-NO, OTY-REQO, QTY-AUTH) 
KEY: (AUTH-DOC, LIN-NO) 


UNIT-ON-HAND (UIC, NSN-NO, OTY-OH) 
KEY: (UIC, NSN-NO) 


DOT LEVEL DEPOT (NSN-NO, DEPOT-ID, OPN-STOCK, SAFETY-STOCK, 
RER STOCK) 
KEY: (NSN-NO) 


STOCK-LEVEL-GS (GS-ID, NSN-NO, OPN-STOCK, SAFETY-STOCK, 


REPL-STOCK) 


KEY: (GS-ID, NSN-NO) 


(NSN-NO, DEPOT-ID, QTY-REO, OTY-OH)‏ - که 
KEY: (NSN-NO)‏ 


MF-ORF (GS-ID, NSN NO, QTY REQ, QTY OH) 
REY: (GS-ID, NSN-NO) 


WAR-RESERVE (NSN-NO , DEPOT-ID, OTY-REO, QTY-OH, DATE-RESVD) 
KEY: (NSN-NO) 


OPN-PROJ-STOCK (PROJ-ID, NSN-NO, LOCATION, OTY-REQ, OTY-OH) 
KEY (PROJ-ID, NSN-NO, LOCATION) 


PROJ-ITEM (PROJ-ID, NSN-NO, OTY-REQ, OTY-COMT) 
KEY: (PROJ-ID, NSN-NO) 


CONTR=ACT (CONTRACTOR-ID, NSN-NO, QTY-SHIP, FUND-CODE, 
OTY-REPAIR, DATE-DUE-IN) 
Pees CONTRACTOR-ID, NSN-NO) 


SUP-PROJ-ITEM (NSN-NO, PROJ-ID, SUP-ID, PRICE-PURCH, 
T-OTY-DEL-SCH, T-QTY-DEL-ARR, DATE-DEL-SCH, 
DATE-DEL-ARR, QTY-DEL-SCH, QTY-DEL-ARR) 

KEY: (NSN-NO, PROJ-ID, SUP-ID) 
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Vie ۰۹۷۷۷۹ 5 


The complex task of a logical data base design for a 
relational data base management system can be qreatly simpli- 
fied by use of the entity-relationshio model, Entities and 
relationships between entities, representing information about 
actual army logistics operations (management of selected end 
items), have been trans£ormed into the relations of a relation- 
al data base management system. The entire data base consists 
of: 

Eiaht Entities 

-- Unit 

-- Authorization document 

-- NSN (selected) 

-- Army wide depot 

-- Contractor repair 

-- Intermediate activity (GS) 
-- Project (utilization and acquisition) 
Eleven Relationships 

-- Auth (MTOE/TDA) 

-- Stock level (GS) 


== Stock level (Depot) 





=- Maintenance float (ORF, GS) 

-- Maintenance float (RCF, Depot) 
am reserve 

-- Project item 


-- Operational project stock 
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-— Supplier project item 

-- Unit on-hand 

-- Contractor=- (NSN) 
The nineteen relations exist in the entire data base in order 
to support the user requirement of management of selected end 
item in the DOA Headquarters level. 

The individual user's view of the data base can be de- 
rived from the stored relations, and queries can refer to the 
derived relation for further information retrieval. 

Throughout the entire data base, the derivable data has 
not been shown as columns in a relation. However, utility 
functions, such as the aggregate function in INGRES, can be 
applied to the stored relation or the derived relation to gen- 
erate specific data when necessary. 

Any subset of the relations in the data hase can form a 
data base in order to meet specific user requirements. The 
line item relations should be included in the new data base 
in order to obtain a detailed information about selected end 
items. 

Finally, relational implementations are being developed 
in universities and research laboratories. It is obvious that 
a great deal of effort is being devoted to developing, studying, 
implementing, and analyzing DBMS. These efforts will result 
in quality software and hardware for all potential users of 


relational data base management systems. 
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APPENDIX A 
THE ENTITY-RELATIONSHIP MODEL /Chen 7 


This model incorporates some of the important semantic 
information about the real world. A special diagrammatic 
methodology is introduced as a tool for data base design. 

The Entity-Relationship Model can be used as a basis 
for unification of different views of data: the Network 
Model, the Relational Model, and the Entity Set Model. 

The Entity-Relationship Model can be used as a frame- 
work from which the three data models may be derived. 

The author views the Entitv-Relationship Model as a 


generalization of the three models. 


00 THE MULTI-LEVEL VIEWS OF DATA 
In the Conceptual Data Model /Date 5 /, the levels of 
logical views of data base with which the model is concerned 
should be identified as follows: 
Level 1: Information concerning entities and relationships. 
Level 2: Information structure-organization of information 
in which entities and relationships are represented 
by data. 
Level 3: Access-Path-Independent Data Structure. 
Pre-determined ordering, indexinq, and access path 
are not involved /Codd 27. 
Level 4: Access-Path-Deoendent Data Structures. 


The Network Model as currently implemented is considered 


as an access-path-dependent data structure in Level 4. 
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The Relational Model is described as an access-path 
independent / data independence, Codd 2/ data structure. 
The Entity-Relationship Model is represented by data as in 


Level 2 and Level 3. 


2» TERMS USED IN ENTITY-RELATIONSHIP MODEL 

* An entity is a "thing" which can be distinctly identified. 
A relationship is an association among entities. For example, 
"STUDENT-COURSE" is a relationship between two entities 
"STUDENT" and "COURSE". 

* Entity and Entity Set. Entities are classified into 
different entity sets such as EMPLOYEE, PROJECT, and DEPARTMENT. 
There is a predicate associated with each entity set to test 
whether an entity belongs to it by properties common to the 
other entities in the entity set. 

* Relationship, Role, and Relationship Set. A relationship 
Ri, is a mathematical relation among N entities, each taken from 
an entity set: 

[t e1,e2,..., eg e1c E1;e2€ E2:- - - ; e pc En), 
and each tuple of entities L 91: و مہہ‎ — is a relation- 
ship. 

The role of an entity in a relationship is the function 
that it performs in the relationship. For example, in relation- 
ship, "MARRIAGE", "HUSBAND" and "WIFE" are roles. (See 
Fiqure 2). 

۳ Attributes, Value, and Value Set. The information about 
an entity or a relationship is obtained by observation and is 


expressed by a set of attribute values. 
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Values are classified into different value sets, a 
value in a value set may be equivalent to another value in a 
different value set. For example, "12" in value set INCH 
is equivalent to "1" in value set FEET. 

An attribute is defined as a function which maps from 
an entity set or a relationship set into a value set or a 


Cartesian product of value sets: 


ft: E, or Be V, or Vil x Vio X Vi 4 > «NNNM ۸7 


where E, = Entitv set, 3 Relationship set 


and Vi = Value set. 
Therefore, it maps a given entity to a single value or a 
Single tuple of values in case of a Cartesian product of 
value sets. 

Note that relationships also have attributes.  Con- 
sider the relationship set, PROJECT-WORKER which consists of 
two entities, PROJECT and EMPLOYEE and one attribute PERCENTAGE- 
OF-TIME, that is the portion of time a particular emplovee is 
committed to a particular project.  PERCENTAGE-OF-TIME is 
neither an attribute of EMPLOYEE nor an attribute of PROJECT, 
since its meaning depends on both the EMPLOYEE and PROJECT 
involved.  /Functional Dependency in Codd 27 

The concept of attribute of relationship is important 
in understanding the semantics of data and in determining the 


functional dependencies among data. 
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B, CONCEPTUAL INFORMATION STRUCTURE (LEVEL 1) 

The conceptual information structure is concerned with 
how to organize the information associated with entities and 
relationships. The method is to separate the information 
about entities from the information about relationships. This 
separation should be done with regard to identifying function- 
al dependencies among data.  /Codd 3, Martin 6, and Fagin ۰ 

Figure 2 illustrates in table form the information about 
entities in an entity set, EMPLOYEE. Figure 3 shows informa- 
tion about relationships in a relationship set, WORKER-PROJECT. 
Note that each row of values is related to a relationship which 
is indicated bv a group of entities, each having a specific 
role and belonging to a specific entity set. The table form 


is used for ease in relating to the Relational Model. 


4. INFORMATION STRUCTURE (LEVEL 2) 
The entities, relationships, and values at level 1 are 
conceptual objects. 
At level 2, the representation of conceptual objects 
should be considered. 
297 y «Key 
In Figure 2, the values of attribute (Vi) EMPLOYEE-NO 
can be used to identify entities in entity set EMPLOYEE if 
each employee has a unique employee number. 
Not every entity and relationship will have a single- 
attribute primary key. However, some entities and relation- 
shios (relation in Relational Model) will have some combination 


of attributes that, when taken together, have the unique 


identification property. 
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Figure 3. Information About Relationships. 
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In the case where several keys exist, a semantically 
meaningful key will be chosen as the entity primary key (PK). 
Since a relationship is identified by the involved 
entities, the primary key of a relationship can be represented 
by the primary key of the entities involved. /Foreign key, 
Date 57. 
S SYSTEM ANALYSIS USING THE ENTITY-RELATIONSHIP DIAGRAM 
The entity-relationship diagram introduces a diagram- 
matic technique for exhibiting entities and relationships. 
Figure 4 illustrates the entity sets and the relationship sets 
involved in designing a data base. Each entity set is repre- 
sented by a rectangular box and each relationship set by a 
diamond-shaped symbol. For example, the relationship set 
PROJECT-WORKER is defined on the entity sets, EMPLOYEE and 
PROJECT. This connectivity is represented by the lines 
connecting the rectangular boxes and by M:N/1:N mapping. 
Several important characteristics about relationships 
in general can be found in Figure 4, 
* A relationship set may be defined on more than two entity 
sets (i.e., SUPPLIER-PROJECT-PART relationship set). 
x A relationship set may be defined on only one entity 
set. (i.e., COMPONENT). 
E There may be more than one relationship set defined on 
given entity sets.  (i.e., PROJECT-WORKER and PROJECT- 


MANAGER). 


54- 









DEPARTMENT SUPPLIER 


PROJECT PART 


۳ 
MANAGER 





PART 


DEPENDEN 


FIG 4: An Entity-Relationship Diagram for analysis of information 
11 د3‎ manufacturing firm. 
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6. DATA BASE DESIGN 
Four steps in designing a data base using the entity- 
relationship model were presented. 


Step 1: Identify the entity sets and the relationship 
sets of interest. 


Step 2: Identify semantic information in the relationship 
sets such as whether a certain relationship set 
is an 1:N mapping. 

Step 3: Define the value sets and attributes. 

Step 4: Organize data into entity/relationship relations 

and identify the primary key. 
79 DERIVATION OF OTHER DATA MODELS FROM THE ENTITY- 

RELATIONSHIP MODEL. (RELATIONAL MODEL) 

In the relational model, "attribute" B of a relation is 
functionally dependent on "attribute" A of the same relation if 
each value of A has no more than one value of B associated 
with it in the relation /Codd 3 7. 

Semantics of functional dependencies among data become 
clear in the entity-relationship model. Two major types of 
functional dependencies are: 

-- Functional dependencies related to description of entities 
or relationship. The non-key value sets will functionally de- 
pend on any key value set either in an entity or in relation- 
ship. 

-- Functional dependencies related to entities in a relation- 
ship. Let us assume that PROJECT-NO is the primary key in the 
entity relation PROJECT and in the relationship relation PROJECT- 
MANAGER. The value set EMPLOYEE-NO will be functionally de- 
pendent on the value set PROJECT-NO if each project has only 


one manager (1:1 mapping). 
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From the definition of a "relation", any grouping of 
domains Can be considered to be a relation. 

To avoid three types of anomalies (insertion, deletion, up- 
date in /Codd 37), a normalization process is proposed to 
transform arbitrary relations into the first normal form, then 
into the second,and finally into the third normal form (3NF). 

If necessary, as described in /Fagin 47, a further transforma- 
tion into a new normal form should be carried out. For example, 
let us use a simplified version of the normalization process 
described in / Martin 67. 

Sp (Supplier #, part +, supplier-name, supplier-details 

price) 

Certain rules are applied to transform the above relation into 
the third normal form 

Supplier (Supplier #, Supplier-name, Supplier-details). 

part (part #, part-details). 


So (Supplier +, part #, price). 


de 


Using the entity-relationship diagram in Figure 3, the three 
relations can be easily derived. 

Note that in the example above, entity/relationship 
relations are similar to the 3NF relations in the relational 
model. 

The decomposition process (transformation) for normal- 
ization of an arbitrary relation can be viewed as a "bottom-up 
approach". The entity-relationship model adopts a "top-down 
approach" using semantically clearer information to organize 


data in entity/relationship relations. 
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APPENDIX B 
DESCRIPTION OF ENTITIES AND RELATIONSHIPS 


ENTITY LINE ITEM (NSN): 


Identified by: NSN-NO; 
Consist of: NOMEN (Nomenclature); 
UNIT- ISSUE; 
UNIT-PRICE; 
RICC (Reportable Item Control Code); 


Cardinality: Number of line items determined by 
the selection criteria. 
ENTITY UNIT: 


Identified by: UIC (Unit Identification Code); 
Consist of: FAD (Force Activity Desianator); 
MAJ-COMD (Major Command); 


Cardinality:  Determined by level of command in 
logistics operation view of DOA Has. 
ENTITY AUTHORIZATION (AUTHORIZATION DOCUMENT): 
Identified by: AUTH-DOC; 
Consist of:  DATE-E (Effective Date); 


Cardinality: Number of authorization documentation 
covering all basic units in data base. 


ENTITY ARMY WIDE DEPOT: 


Identified by: DEPOT-ID; 
Consist of: SERVICE (Service Supporting); 


Cardinality: Number of depots supporting army 
logistics operation. 


ENTITY INTERMEDIATE ECHELON (GS ACTIVITY): 


Identified by:  GS-ID; 
Consist of:  MAJ-COMD; 


Cardinality: Number of intermediate echelon. 
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ENTITY CONTRACTOR REPAIR: 


Identified by:  CONTRACTOR-ID; 
Consist of: Location; 
Address; 


Cardinality: Number of contractor involved in 
army contract repair program. 


PIETY SUPPLIER: 


Identified by: SUP-ID; 
Consist of: Country; 
Location; 
Address (Correspondence); 


Cardinality: Number of supplier from in/out country 
involved in army material acquisition 
program. 


ENTITY PROJECT (UTILIZATION, ACQUISITION): 


Identified by: PROJECT 1D; 

Consist of: PROJECT-DES (Description); 
DATE-E 
DATE-C 
DEPT-PROJ 


Cardinality: Number of projects. 


ENTITY LINE ITEM NUMBER (LIN): 


Identified by: LIN-NO; 
*Consist of: NONE; 


Cardinality: Number of line item number determined 
by selection criteria. 


RELATIONSHIP AUTH; (MTOE/TDA): 


Synonyms are: Authorization; 

Between: LIN and Authorization Document 

Connectivity is: One authorization document contains 
many line items and one line item 
number (LIN) is related to several 
authorization document; 


Cardinality: Sum of LIN's per authorization document 


Attributes are:  OTY-REQ; 
QTY-AUTH, 





RELATIONSHIP SERVICE-CHANNEL: 


Synonyms are: None; 

Between: Unit and GS level; 

Connectivity is: One unit belongs to one GS level 
activity; 


Cardinality: Sum of units; 
*Attributes: None. 


RELATIONSHIP UNIT-AUTH-ASSOC: 


Synonyms are: None; 

Between: Unit and Authorization Documentation; 

Connectivity is: One unit belongs to one Authori- 
zation Documentation; 


Cardinality: Sum of units; 
*Attributes: None. 


RELATIONSHIP LIN-NSN-ASSOC.: 


Synonyms are: Association between LIN and NSN; 
Between: LIN and NSN; 
Connectivity is: One LIN has one or more NSN's; 


Cardinality: Sum of NSN's per LIN; 
Attributes: None. 


RELATIONSHIP UNIT-ON-HAND: 


` Synonyms are: None; l 
Between: UNIT and NSN; 
Connectivity is: One unit has one or more NSN's 
per LIN authorized; 


One LIN is related to many units; 


Cardinality: Sum of NSN's per LIN on-hand in each 
unit? 


Attributes:  OTY-OH. 
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RELATIONSHIP STOCK LEVEL-DEPOT/STOCK-LEVEL-GS 
(Separate Stock Level For Army Wide Depot And GS Level) 


Synonyms are:  Stock-operational; 

Between:  DEPOT/GS and NSN: 

Connectivity is: One depot has many line items in 
stock (operational) and one line 
item is only related to a specific 
depot. 


In case of GS level, one GS has many 
line items and one line item can be 
kept in many GS levels; 


Cardinality: Sum of NSN's per depot; 
Sum of NSN's per GS; 


Attributes:  OPN-STOCK; 
SAFETY-STOCK; 


RELATIONSHIP MAINTENANCE FLOAT (MF): 


(Separate Maintenance Float For Operational Readiness 
Float (ORF) In GS Level And Repair Cycle Float (RCF) 
In Army Wide Depot) 


Synonyms are:  ORF-MF/RCF-MF; 
Between: Army Wide Depot and NSN; 
GS Level and NSN; 
Connectivity: One army wide depot has many MF(RCF) 
and one MF(RCF) item belonas to one 
depot; 


One GS level has many MF(ORF) and one 
MF(ORF) item belongs to many GS levels; 


Cardinality: Sum of MF(RCF) per depot; 
Sum of MF(ORF) per GS level; 


Attributes:  QTY-REQ; 


RELATIONSHIP: WAR RESERVE: 


Synonyms are: None; 

Between: Armv wide depot and NSN: 

Connectivity is: One army wide depot holds many 
line items (NSN) as war reserve; 


Cardinality: Sum of line items per depot which holds 
war reserve; 


Attributes:  QTY-REO; 
QTY-OH; 
DATE-RESVD (DATE RESERVED). 


61 








RELATIONSHIP OPN-PROJ-STOCK: 


Synonyms are: Operational project stock; 

Between: Project and line item (NSN); 

Connectivity is: One army wide depot holds many 
line items (NSN) as war reserve; 


Cardinality: Sum of line items per depot which holds 
operational project stock; 


Attributes:  OTY-REO; 
OTY-OH; 
DATE-RESVD (Date Reserved). 


RELATIONSHIP:  PROJ-ITEM; 


Synonyms are:  Project-item (Utilization) 
Between: Line item and project (utilization); 
Connectivity is: One project (utilization) has 

many line items (NSN) and one 

line item may belong to many projects; 


Cardinality: Sum of NSN's per project; 


Attributes:  OTY-REO; 
OTY-COMT (Quantity-Committed). 


RELATIONSHIP CONTRACTOR-ACT (DEPOT-CONTRACTOR-NSN-ASSOC.): 


Synonyms are:  Contractor-Activity; 

Between: Contractor and NSN; 

Connectivity is: One contractor belongs to many line 
items which belong to one or more 
depot activity; 


Cardinality: Sum of line items per contractors; 


Attributes:  QTY-SHIP; 
FUND- CODE; 
QTY-REPAIR; 
DATE-DUE-IN. 


RELATIONSHIPS SUP-PROJ-ITEM: 


Synonyms are:  Supplier-project-item (acquisition) 

Between: NSN, project (acquisition) and supplier; 

Connectivity is: One project has many line items, 
but one line item may belong to a 
specific project (acquisition). 
Supplier can provide many kinds of 
line items. This means a supplier 
can support many projects. 


Cardinality: Sum of NSN's per project; 





Attributes: 


Espere p pe 
TOTAL-QOTY-DEL-SCH; 
TOTAL-QTY-DEL-ARR; 
DATE-DEL-SCH; 
DATE-DEL-ARR; 
OTY-DEL-SCH; 
QTY-DEL-ARR. 
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APPENDIX C 


EVALUATION OF LOGICAL DESIGN 


A relational system organizes the data, in a data base, 
according to the relational data model. In addition, it pro- 
vides a relational data language for accessing a relational 
data base. 

The relational data language provides facilities cavable 
of emulating the relational operators which allow a user to 
construct new relations from existing relations. 

In a relational system, several different kinds of re- 
lations can be distinguished. Some relations are independent; 
they are defined initially (schema in /Date S/E Such relations 
will be called primary relations. In contrast, relations de- 
fined using relational operators on primary relations will be 
called "derived relations" (subschema in /Date 5/). For example, 
the JOIN of two primary relations is a derived relation. 

External model (combination of primary and derived re- 
lation) is an individual user's view of the data base. 
(definition of alternative "VIEWS" which are derived from the 
stored data in /Chamberlin 15, Tsichritzis 107). 

It may be thought of as a restriction of the conceptual 
model -- which is the total community user views -- to just that 
portion which is of interest to that particular user. 

The definition of external model (VIEW) is simply a process 
of deriving a relation from the set of stored relations and that 


is similar to the process of stating a query. 
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A view may be a selected subset of a stored relation, 
or it may extend over more than one stored relation, as in 
the case of a "JOIN" overation. Once the definition of a 
view has been made, queries can be directed to the external 
model. 

Evaluation of the logical design will be accomplished 
by using a relational data base management system in terms of 
derivability of the external model from the stored relations. 

The application programs are the following, as stated 


previously in Chapter 3. (See Data Usage Matrix: III.B). 


l Army equipment status reporting. 

2. Stockage status. 

3 Maintenance float status. 

4 War reserve. 

5 Operational project stock. 

6 Material utilization (acquisition) status. 
7 Contractor repair status. 

3 End item information for distribution query. 


The data manipulation language utilized in evaluating 
the logical relation data base is QUEL supported by the INGRES 
system, currently available at the Naval Postgraduate School 
(See INGRES Manual). 

1. Army Equipment Status Reporting 

==- Process: AESR 

-- Description: Generate reports by each unit on the 

authorized and on-hand quantities of 


the selected end items. 


-- Frequency: Monthly if necessary. 
And daily query. 


65 





Relations And Attributes Involved: 


Relation 


UNIT 


AUTH 


* 


LINE-ITEM 


UNIT-ON-HAND 


Query Specification 


Attributes 


UTC 
AUTH-DOC; 


AUTH-DOC; 
LIN-NO; 

QTY-AUTH; 
QTY REO; 


LIN-NO; 
NSN-NO; 
NOMEN ; 
UNST-ISSUE; 


NSN-NO; 
NIC; 
۲ن‎ 0۶707۶ 


/* SELECT UNIT WHERE UIC - "UIC," GIVING TEMPl. 
/* PROJECT TEMPl OVER AUTH-DOC GIVING TEMP2. 
/* SELECT AUTH WHERE AUTH-DOC = TEMP2 GIVING Rl. 
READ (UIC,) 
RANGE OF X IS UNIT 
RANGE OF Y IS AUTH 
RETRIEVE INTO Rl Y.LIN-NO, Y.OTY-REO, Y.QTY-AUTH) 
WHERE X.AUTH-DOC = Y.AUTH-DOC AND X.UIC - "UIC," 
/* SELECT UNIT-ON-HAND WHERE UIC = "UIC," GIVING ۰ 
/* JOIN TEMP1 AND LINE-ITEM OVER NSN-NO GIVING TEMP2. 
/* PROJECT TEMP 2 OVER NSN-NO, LIN-NO, NOMEN, UNIT-ISSUE, 
/* QTY-OH GIVING R2. 
RANGE OF Z IS UNIT-ON-HAND 
RANGE OF S IS LINE-ITEM 
RETRIEVE INTO R2 (S.NSN-NO, S.LIN-NO, S.NOMEN, 
S.UNIT-ISSUE, Z.QTY-0H) 
WHERE Z.NSN-NO = S.NSN-NO AND X.UIC = "UIC," 
/* JOIN Rl AND R2 OVER LIN-NO GIVING TEMP. 


RANGE OF A IS Rl 
RANGE OF B IS R2 
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RETRIEVE INTO R3 (A.LIN-NO, A,.OTY-AUTH, 


B.NSN-NO, B.NOMEN, B.UNIT-ISSUE, 
B.QTY-0H) 


Stockage Status 


Process:  STOCK-DEPOT/STOCK-GS: 


Description: Generate reports by each depot or GS 


level on the stock level kept in Depot 
or GS. 


Frequency: Monthly if necessary 


And daily query. 


Relations And Attributes Involved: 


Relation Attributes 


STOCK-LEVEL-DEPOT NSN=NO; 
(STOCK-LEVEL-GS) * OPN-STOCK; 


LIN-ITEM 


* 


SAFETY 70 
REP L=o LOCK, 
DEPOT-ID (GS-ID); 


* 


LIN-NO; 
NSN-NO; 
NOMEN; 
UNIT-ISSUE; 
UNIT-PRICE; 


+ + + X 


Query Specification 


/* 
Vs 
/* 
PN 
/* 
/* 
PR 
سی‎ 
/* 


READ (DEPOT-IDi) 
SELECT STOCK-LEVEL-DEPOI WHERE DEPOT-ID = 
"DEPOT-ID;" GIVING TEMP]. 


PROJECT TEMP1 OVER NSN-NO, OPN-STOCK, SAFETY-STOCK, 
REPL-STOCK GIVING TEMP2. 


JOIN TEMP2 AND LINE-ITEM OVER NSN-NO 
GIVING TEMP3. 

PROJECT TEMP3 OVER NSN-NO, LIN-NO, 

MOMEN, UNIT-PRICE, OPN-STOCK, SAFETY-STOCK, 
REPL-STOCK GIVING Rl. 

RANGE OF X IS STOCK-LEVEL-DEPOT 

RANGE OF Y IS LINE-ITEM 


67 








RETRIEVE INTO Rl (Y.NSN-NO, Y.LIN-NO, Y.NOMEN, 
?  UNITPRICE,; X .OPN=šSSTOCK, 
X.SAFETY-STOCK, X.REPL-STOCK) 
WHERE  X.NSN-NO = Y.NSN=NO AND X.DEPOT-ID - 
" DEPOT- ID," 


-- Same procedure can be applied to GS Level Stock 
Status by replacing "DEPOT-ID, " and the relation 
with corresponding ID and relation: STOCK-LEVEL-GS. 


3. Maintenance Float Status 
==- Process:  MF-RCF-STATUS; 


-- Description: Generate reports by each depot on the 
maintenance-float. (RCF) status. 


-- Frequency: Monthly if necessary 
And daily query. 


-- Relations And Attributes Involved: 


Relations Attributes 


MAINT=-FLOAT=RCF 06 7۶٥ 
NSN-NO; 
1015254542: و‎ 
OTS OH; 


پر پر 


LINE-ITEM NSN-NO; 
LIN-NO; 
NOMEN; 


UNIT-ISSUE; 


پر پر پر + 


-- Query Specification 


READ (DEPOT-ID, ) 
/* SELECT MAINT-FLOAT-RCF WHERE DEPOT-ID - 
ds "DEPOT-ID, " GIVING TEMP. 
/* JOIN TEMP AND LINE-ITEM OVER NSN-NO GIVING Rl. 


RANGE OF X IS MAINT-FLOAT-RCF 
RANGE OF Y IS LINE-ITEM 


RETRIEVE INTO R1 (Y.NSN-NO, Y.LIN-NO, Y.NOMEN, 
X.OTY-OH) 
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WHERE X.NSN-NO = Y.NSN-NO AND X.DEPOT-ID = 
"DPOT- ID," 


-- Same procedure can be applied to MF-ORF-GS by 


replacing "DEPOT-ID;" and the relation with correspond- 


ing "GS-ID;" and relation: Maint-Float-ORF. 


4. War Reserve Status 
-- Process: WAR-RESERVE-STATUS. 
-- Description: Generate report of war reserve status. 


-- Frequency: When necessary 
And daily query. 


-- Relations And Attributes Involved: 


Relations Attributes 


WAR-RESERVE * DEPOT-ID; 
NSN-NO; 
* OTY-REO; 
OTY-0H; 
DATE-RESVD: 


+ + 


eho ITEM NSN-NO; 
LINE-NO; 
MOMEN; 
UNIT-ISSUE; 


UNIT=PRICE; 


* * * * X 


-- Query Specification. 


/* JOIN WAR-RESERVE AND LINE ITEM 
/* OVER NSN-NO GIVING Rl. 
RANGE OF X IS WAR-RESERVE 
RANGE OF Y IS LINE-ITEM 
RETRIEVE INTO R1 (Y.NSN-NO, Y.LIN-NO, Y.NOMEN, 
واک 11۹۱155115 رز‎ 


X.DEPOT-ID, X.OTY-REO, X.QTY-OH, 


X.DATE-RESVD) 


/* IF REPORTS BY EACH DEPOT ARE NEEDED 
/* SELECT Rl WHERE Rl.DEPOT-ID = "DEPOT-1D," 
/* GIVING R2. 

RANGE OF Z IS Rl 





RETRIEVE (Z.NSN-NO, Z.LIN-NO, Z.NOMEN, 
2 UNELT=-TS SUR se 7 (UNTPOP S TCE 2 .OTV=S REO, 
2. DATE-RESVD) 
WHERE DEPOT-ID = "DEPOT-ID, " 


5. Operational Project Stock 


== Process:  OPN-PROJ-STOCK-STATUS. 


-- Description: Generate reports by project and location 
(Depot) on overational-project-stock-status. 


-- Frequency : When necessary and daily query. 
سس‎ Relations And Attributes Involved: 


Relation Attributes 


OPN-PROJ-STOCK * DEPOT=ID; 

- IPPOJECTO LD; 
NSN- NO; 
QTY- REQ; 
OTY =0H; 


+ * 


LINE-ITEM 


1 


NSN-NO; 
LIN-NO; 
MOMEN 3 
UNIT-ISSUE; 
UNIT-PRICE; 


F + + * * 


-- Query Specification 


/* JOIN OPN-PROJ-STOCK AND LINE-ITEM 
/* OVER NSN-NO GIVING Rl. 
RANGE OF X  OPN-PROJ-STOCK 
RANGE OF Y  LINE-ITEM 
RETRIEVE INTO Rl (Y.NSN-NO, Y.LIN-NO, Y.NOMEN, 
Y.UNIT-ISSUE, Y.UNIT-PRICE, 
X.DEPOT-ID, X.PROJ-ID, 
X.QTY-REQ, X.OTY-0H) 
/* IF REPORTS BY PROJECT ARE NEEDED 
/* SELECT Rl WHERE Rl. PROJECT-ID - "PROJECT-ID," 


RANGE OF Z IS Rl 
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RETRIEVE 


INTO Rl (Y.NSN-NO, Y.LIN-NO, Y.NOMEN, 


Y UNTT=ISSUE, 0۰۲۷ء لا‎ 261 


me O TYRE poe. OL Y=—COMT, 
a OTY- COMT, Z2.PROJ=ID; 2.DATE-=E, 
Z2.DATE-C) 


WHEPE X.PROJECT-ID - 2.PROJECT-ID 


AND X.NSN-NO 


/* IF REPORTS BY PROJECT ARE NEEDED 

/* SELECT Rl WHERE Ri.PROJECT-ID = "PROJECT-ID," 
RANGE OF A IS Rl 
RETRIEVE (/ATTRIBUTES NECESSARY/) WHERE 


PROJECT-ID - 


"PROJECT-ID;" 


7. Contractor-Repair Status 


-- Process: 


-- Description: 


Contractor-Repair-Status 


Generate report of Contractor Repair 


activity. 


-- Frequency: 


Monthly and daily query. 


-- Pelations And Attributes Involved: 


Relation 
DEPOT-CONTRACTOR- 
NSH 


LINE ITEM 


STOCK-LEVEL-DEPOT 


-- Query Specification 


* 


+ 


Attributes 
CONTRACTOR-ID; 
NSN- NO; 
QTY-SHIP; 
PUNDSCODE? 
QTY-REPAIR; 
DATE-DUE-IN; 
NSN- NO; 
LIN-NO; 
NOMEN; 
UNIT-ISSUE; 
DEPOT-ID; 
NSN-NO; 


/* PROJECT STOCK-LEVEL-DEPOT OVER DEPOT-ID AND 
TEME. 
/* JOIN TEMP AND DEPOT-CONTRACTOR-NSN OVER 


RESULT. 


/* NSN-NO GIVING 


/* NSN-NO GIVING 
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RETRIEYE (2.NSN-NO, 2.LIN-NO, Z.NOMEN, 
ZAUN EIER SSER FE 7ASUNIT-PRICE, Z.DEPOT-ID, 
Z.QTY-REQ, Z.OTY-0H) 
WHERE  2.PROJ-ID = "PROJECT-ID,;" 


/* IF REPORTS BY LOCATION (DEPOT) ARE NEEDED 
/* SELECT Rl WHERE Rl, DEPOT-ID = "DEPOT-ID;". 


RANGE OF A IS Rl 
RETRIEVE (A.NSN=-NO, A.LIN-NO, A.NOMEN, A.UNIT-ISSUE, 
A.UNIT-PRICE, A.PROJECT-ID, A.OTY-PEO, 
A.OTY-OH) 
6. Material Utilization (Acquisition) Status 


Process:  MATERIAL-UTIL-STATUS‏ ده 


-- Description: Generate report by project on quantity- 
required and on-hand. 


-- Frequency: When necessary and daily query. 
-- Relations And Attributes Involved: 


Relation Attribute 


PROJ-ITEM PROJECT-ID; 
NSN-NO; 
Sonn 
0 COM 


+ 


LINE-ITEM ۱ ہ‎ 
LIN-NO; 
NOMEN ; 

۲٢۲۰۲۰50۶‏ 11نا 
UNIT-PRICE;‏ 


E 


+ 


PROJECT-ID; 
DATE-E; 
* DATE-C; 


PROJECT 


* 


-- Query Specification 
/* JOIN PROJ-ITEM AND PROJ OVER PROJECT-ID GIVING 
/* TEMP, 
/* JOIN TEMP AND LINE-ITEM OVER NSN-NO GIVING Rl. 
RANGE OF X IS PROJ-ITEM 
RANGE OF Y IS LINE-ITEM 
RANGE OF Z IS PROJECT 
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/* JOIN RESULT AND LINE-ITEM OVER NSN-NO GIVING R1 
RANGE OF X IS STOCK-LEVEL-DEPOT 
RANGE OF Y IS LINE-ITEM 
RANGE OF 2 IS DEPOT-CONTRACTOR-NSN 
RETRIEVE INTO R1 (Z.CONTRACTOR-ID, 2.NSN-NO, 
Y.LIN-NO, Y.NOMEN, Y.UNIT-ISSUE, 
Z.0QTY-SHIP, X.DEPOT-ID, 
2.0TY-REPAIR, Z.DATE-DUE-IN, 
2. FUND-CODE) 
WHERE X.NSN-NO 22.NSN-NO 
AND A4. NSN-NO 7» Y.NSN-NO 
/* ANSWER BY QUALIFICATION SATISFIED BY QUERY. 


2 -- BY CONTRACTOR-ID 

7 -- BY DATE-DUE-IN 

y~ -- BY FUND-CODE 

5 -- BY DEPOT WHICH RECEIVE THE 


ITEM REPAIRED 
RANGE OF X IS Rl 

RETRIEVE (/ATTRIBUTES NECESSARY/) 
WHERE QUALIFICATION SATISFIED 


End Item Information For Distribution Ouery 


Process: None (Simple Query) 


Description: Retrieve information about a given 
end item (location, quantity on-hand 
and authorized, and quantity available). 


Frequency: Daily query. 
Relations And Attributes 


Relations Attributes 


AUTH LIN-NO; 
AUTH-DOC; 
OTY-REO; 
OTY-AUTH; 


UNIT UIC? 
FAD? 
MAJ-COMD; 
AUTH-DOC; 


UNIT-ON-HAND UIC? 


NSN-NO; 
OTY=-OH7 
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LINE ITEM NSN-NO; 


LIN-NO; 
NOMEN; 
UNIT-ISSUE; 


DEPOT-STOCK-LEVEL NSN-NO; 


0 ID; 
STOCK-LEVEL (S) 


== Query Specification 


/* 
/* 
/* 
/* 
/* 


ye 
PAS 
/* 
x 
/ 
/* 
/* 
/* 
/* 


READ (LIN-NO:) 


WHO IS AUTHORIZED. 
SELECT AUTH WHERE LIN-NO = "LIN-NO," GIVING 
TEMP , 
JOIN TEMP AND UNIT OVER AUTH-DOC GIVING Rl, 
PROJECT Rl OVER UIC GIVING TEMP. 
RANGE OF X IS AUTH 
RANGE OF Y IS UNIT 
RETRIEVE INTO R1 (X.LIN-NO, X.AUTH-DOC, 
X.QTY-REQ, X.QTY-AUTH, Y.UIC, 
Y.FAD, Y.MAJ-COMD, Y.AUTH-DOC) 
WHERE Y.AUTH-DOC = X.AUTH-DOC 
AND X.LIN-NO - "LIN-NO," 


RANGE OF Z IS Rl 

RETRIEVE (Z.UIC, Z FAD, Z.MAJ-COMD) 

ANSWER BY FAD, AND MAJOR COMMAND 

CAN BE ACCOMPLISHED BY USE OF RI. 

HOW MANY ON-HAND. 

SELECT LINE ITEM WHERE LIN-NO = "LIN-NO, " 

GIVING TEMP. 

PROJECT TEMP OVER LIN-NO, NSN-NO, GIVING 

و 2 ۱1۳1۳۳ 

JOIN TEMP 2 AND UNIT-ON-HAND OVER NSN-NO 

GIVING R2, 

RANGE OF X IS LINE-ITEM 

RANGE OF Y IS UNIT-ON-HAND 

RETRIEVE INTO R2 (Y.UIC, Y.NSN-NO, X.LIN-NO, 
Y.QTY-OH) 
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/* 
/* 
/* 


PUN 
/* 
ye 


/* 
/* 
/* 
/* 


WHERE Y.NSN-NO = X.NSN-NO 
AND X.LIN-NO = "LIN-NO, " 


HOW MANY AUTHORIZED AND ON-HAND. 
JOIN 81 AND 82 OVER UIC AND LIN-NO 
GIVING R3. 
RANGE OF X IS R1 
RANGE OF Y IS R2 
RETRIFVE INTO R3 (X..AUTH-DOC, X.UIC, X.OTY-REO, 
X.QTY-AUTH, Y.NSN-NO, 
Y.QTY-OH, X.FAD, X.MAJ-COMD) 
WHERE X.UIC - Y.UIC 
AND X.LIN-NO = Y.LIN-NO 
ANSWER BY FAD, MAJ-COMD CAN BE ACCOMPLISHED 
BY USE OF R3. 


TO KNOW THE AVAILABILITY OF A GIVEN END-ITEM 
FROM DEPOT STOCK 


SELECT LINE ITEM WHERE LIN-NO = "LIN-NO;" 

GIVING TEMP. 

JOIN TEMP AND DEPOT-STOCK-LEVEL-OVER 

NSN-NO GIVING R4. 

RANGE OF X IS LINE-ITEM 

RANGE OF Y IS DEPOT-STOCK=LEVEL 

RETRIEVE INTO R4 (X.NSN-NO, X.NOMEN, Y.STOCK- 
LEVEL (S)) 

WHERE X.LIN-NO = "LIN-NO, " 


AND X.NSN-NO = Y.NSN-NO 


75 








APPENDIX D 


SAMPLE QUERIES OF INGRES 


For the purpose of this discussion, it is assumed that 
the reader is familiar with INGRES and understands QUEL, the 
INGRES query language. 

To create a new data base, the user must be a valid 
INGRES user and have "CREATE DATA BASE" permission. We can 
create a data base using the command to the UNIX Shell: 
$ create logistics, where "logistics" is the name of the data 
base. When we wish to destroy the data base, we type % destroy 
db logistics. 

There are two ways to create new relations in INGRES. 
These are: 

° CREATE 

° RETRIEVE INTO 
"RETRIEVE INTO" is used to form a new relation from one or 
more existing relations. "CREATE" is used to create a new 
relation with no tuples in it. 
Example 

Create donation (name = C10, amount = f4, ext = 12). 

INGRES creates a new relation called "donation" and the 
name and format for each domain is given. 

Once a relation is created, there are two mechanisms for 
inserting new data: 

APPEND Command - 


COPY Command. 
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"APPEND" is used to insert tuples one at a time, or for filling 
one relation from other relations. "COPY" is used for copying 
data from a UNIX file into a relation. 

We see what relations are in the data base by typina: 

* help g 

We now examine the "AUTH" relation. We use the "HELP" 

command to learn about a specific relation. For example: 
* help auth. 

To examine all domains, we can use the "PRINT" command or 

"RETRIEVE" command. 

We can retrieve results directly onto the terminal. We 
can also save results by retrieving them into a new relation. 
This is done by commanding: 

* retrieve into new relation (. . . .) 

where Gualification SBecifled. 
There are two features of "RETRIEVE INTO", First, the result 
relation is automatically sorted and any duplications are re- 
moved. Second, the relation becomes part of the data base and 
is owned by the creator. If we don't want to save it, we use 
the * destroy relation name command. 

INGRES supports the following aggregates: 


Count /* Count the number of tuples 


Min /* Minimum value of a given column 
Max /* Maximum value of a given column 
Avg /* Average value of a given column 
Sum /* Sum value of a given column 


In the following queries, the aggregate utilities were 


not used. We showed how to generate the derived relations 
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(i.e., rl and r2) which will be manipulated in the next steps 
to generate a final output, including the derived information. 


We will also show the derived relations concerned with 
AUTH, UNIT, UNIT-ON-HAND, and LINE-ITEM relations. By apply- 
ing the same concept to the rest of the data base, it is 
possible to generate a relation that can satisfy a specified 
requirement. 
The following pages show: 
(1) Relations in the data base. 
(2) Structural information about a given relation. 
(3) Stored information about a given relation. 


(4) Sequence of queries for generating army equipment 
status reports. 


(5) Sequence of queries for generating a derived relation 
containina relative values with a given line-item-number. 
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